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(57) Abstract 



A license management system for software which drives a single computer or a plurality of computers includes: an application 
program for requesting a decision of the number of license which it needs to drive itself and for receiving issuance of the license; a number 
of license decision unit for determining the necessary number of licenses in accordance with the request from the application program; and 
a license management unit for issuing the number of licenses which was determined by the number of license decision unit Further, the 
number of license decision unit has means for determining the number of licenses based on the following multi-nominal function, UC = f 
(xl, x2, ...... xn), where, LK is the number of licences, and xl to xn are parameters which are needed to determine the number of licenses. 

According to the present invention, it is possible to provide a license management system enabling issuance of a license in which the sales 
strategy of a software maker was considered. 
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DESCRIPTION 
A LICENSE MANAGEMENT SYSTEM 

TECHNICAL FIELD 
5 The present invention relates to a license 

management system for software, particularly, it relates 
to a license management system which can flexibly issue a 
license for software to a user in accordance with an 
environment in use of the user when a software maker 

10 supplies the desired software to the user. 
BACKGROUND ART 

Recently, computers have been widely utilized in 
various fields, and not only development of the software 
itself, but also license management for the software is 

15 important when the software maker issues the software to 
the user or after issuance of the software. 

In general, the software have been developed by the 
software maker, and have been used by the user who has a 
hardware (computer) based on a predetermined license 

20 contract. After the software was supplied to the user, 

the software maker performs the license management, i.e., 
checks as to whether the software is used properly based 
on the predetermined license contract. 

Conventionally, there are mainly two types of 

25 license contracts, i.e., a floating-license system and a 
node-lock license system. In the former, the number of 
the licenses are decreased one by one for every start of 
the software, and are increased one by one for every 
termination thereof. In the latter, the hardware to be 

30 used is fixed in the user side, and the software maker 
issues the license at a predetermined constant price 
regardless the number of the software. 

Further, in the former, when the user wants to 
operate a plurality of workstations (for example, 10) by 

35 using the same software, the software maker takes the 
license contract from the user in the price of ten 
licenses . 
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According to the former, the software maker has an 
advantage in which he can set a high unit price of the 
software. Furthermore, the user also has an advantage of 
flexibility in use of the software since he can 
5 optionally change the number of the hardware to be used. 

On the other hand, in the latter, the hardware to be 
used in the user is fixed, and the software maker issues 
the license contract in a predetermined constant price 
regardless the number of the software and performance of 

10 the software. 

According to the latter, the user has an advantage 
in which he can set a low unit price of the software. 
However, since the hardware to be used is fixed, there is 
no flexibility in use of the software. Further, since 

15 all the software is handled by only one hardware, there 
is a problem in which the whole throughput of the system 
becomes worse. 

As explained above, there are various problems for 
both software maker and the user in the conventional 

20 license system. Particularly, there is a problem in 

which the software maker cannot issue the license which 
the sales strategy was considered. Accordingly, the 
software maker has always searched for and developed an 
optimum license management in order to supply the 

25 software, which have been developed at large expense, to 
the user, at a suitable price. 
DISCLOSURE OF THE INVENTION 

The object of the present invention is to provide a 
license management system enabling issuance of a license 

30 in which the sales strategy of the software maker was 
considered. 

The present invention is a license management system 
for software which drives a single computer or a 
plurality of computers, and includes an application 
35 program for requesting a decision of the number of the 
license which needed to drive itself and for receiving 
issuance of the license, a number of license decision 
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unit for determining the necessary number of license in 
accordance with the request from the application program, 
and a license management unit for issuing the number of 
license which was determined by the number of license 
decision unit, to the application program. 

The number of license decision unit includes means 
for determining the number of licenses based on the 
following multi-nominal function. 

LK = f (xl, x2 f , xn) 

Where, LK is the number of licenses, and xn is a 
parameter which is needed to determine the number of 
license. 

Further, the present invention is a license managing 
method in a license management system including at least 
a license management unit, an application program, and a 
number of license decision unit, and for driving a single 
computer or a plurality of computers, the method 
comprising the steps of; 

delivering parameters from the application program 
to the number of license decision unit in order to 
substitute the number of license, which needed to start 
the application program, for the multi-nominal function, 
when the application program starts; 

determining the number of license by checking values 
of the necessary parameters which need to determine the 
number of licenses in the number of license decision 
unit, substituting the determined number of license for 
the parameters delivered from the application program, 
and returning the parameters to the application program; 

notifying the necessary number of license from the 
application program to the license management unit by 
delivering the parameters, and requesting the license; 
and 

subtracting the necessary number of license from the 
number of licenses which are held in the license 
management unit when the license management unit receives 
a normal flag from the number of license decision unit, 
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and returning the normal flag to the application program 
when the number of licenses, which are held in the 
license management unit, is not negative, and issuing the 
license to the application program. 
5 BRIEF EXPLANATION OF DRAWINGS 

Figures 1 to 5 are explanatory views of sales 
strategy for a software maker; 

Figure 6 is a basic structural view of a first 
embodiment of a license management system according to 
10 the present invention; 

Figure 7 is a basic structural view of a second 
embodiment of a license management system according to 
the present invention; 

Figure 8 is a basic structural view of a third 
15 embodiment of a license management system according to 
the present invention; 

Figure 9 is a basic structural view of a fourth 
embodiment of a license management system according to 
the present invention; 
20 Figure 10 is an explanatory view of a start process 

between a license daemon and an application program; 

Figure 11 is an explanatory view of a fork process 
in the license daemon; 

Figure 12 is an explanatory view of the fork process 
25 in the application program; 

Figure 13 is an explanatory view of a termination 
process of the application program; 

Figure 14 is an explanatory view of a compulsory 
termination from a private application manager; 
30 Figure 15 is an explanatory view of a termination 

report of the application program; 

Figure 16 is an explanatory view of the termination 
process to the private license daemon; 

Figure 17 is an explanatory view of a check request 
35 from the private license daemon; 

Figure 18 is an explanatory view of a normal 
notification from the private application manager; 
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Figure 19 is an explanatory view of a restart 
process from the private license daemon; 

Figure 20 is an explanatory view of a license 
releasing process in the private license daemon; 
5 Figure 21 is an explanatory view of the check 

request from the private application manager to the 
private license daemon; 

Figure 22 is an explanatory view of the normal 
notification from the private license daemon to the 
10 private application manager; 

Figure 23 is an explanatory view of invalid 
information in the private application manager; 

Figure 24 is an explanatory view of the termination 
process in the private application manager; 
15 Figure 25 is an explanatory view of a restart in the 

private license daemon; 

Figure 26 is an explanatory view of an invalid 
notification from the license daemon; 

Figure 27 is an explanatory view of a restart 
20 notification from the license daemon; 

Figure 28 is an explanatory view of a polling 
process from the private license daemon to the license 
daemon; 

Figure 29 is an explanatory view of the termination 
25 process in the license daemon; 

Figure 30 is an explanatory view of the termination 
process in the license daemon, when the private 
application manager APCM1 does not receive the 
instruction COR from the application program API within a 
30 predetermined time in the process; 

Figure 31 is an explanatory view of an abnormal 
termination in the license daemon; 

Figure 32 is an explanatory view of the abnormal 
termination in the application program; 
35 Figure 33 is an explanatory view of the abnormal 

termination between the license daemon and the private 
application manager; 
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Figure 34 is an explanatory view of the abnormal 
termination in both the application program and the 
private application manager; 

Figure 35 is an explanatory view of the abnormal 
5 termination in both the application program and the 
private license daemon; 

Figure 36 is an explanatory view of the abnormal 
termination in both the license daemon and the private 
license daemon; 

IQ Figure 37 is an explanatory view when the license 

daemon LDP restarts after the situation described in the 
explanation of Fig. 3G; 

Figure 38 is an explanatory view of a system 
structure; 

i5 Figure 39 is a flowchart for determining the number 

of license (the number of key); 

Figures 40(A) to 40(1) are actual function lists for 
determining the number of key; 

Figures 41(A) to 41(F) are explanatory views of one 
20 example of the program; and 

Figures 42(A) to 42(C) are explanatory views of a 
result of execution of the same program- 
BEST MODE OF CARRYING OUT THE INVENTION 

Figures 1 to 5 are explanatory views of sales 
25 strategy in a software maker. In this specification, a 
license is called a "key" , and the number of licenses is 
called "the number of keys". In the present license 
system, the number of keys is equal to the number of 
licenses, and it is possible to consider the number of 
30 keys as the same as the value of the software. However, 
in order to realize suitable license management, it is 
desirable to realize a predetermined relative 
relationship between the number of licenses and the 
number of keys (this relationship corresponds to a 
35 function M f" as mentioned below). For example, it is 

desirable to have the relationship in which the number of 
keys is proportional to the number of licenses. 
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The following five patterns must be considered in 
the sales strategy of the software maker as shown in 
Figs . 1 to 5. 

As shown in Fig. 1, when the application program is 
5 particularly designed so as to operate at high speed in 
accordance with a high speed hardware including many 
memories, the design of the software becomes complicated 
so that the software has a high value. Accordingly, when 
the hardware having many memories is used in a user side, 
10 the software maker should request the more number of keys 
to the user in accordance with the more number of 
memories . 

As shown in Fig. 2 f in the case of Fig. 1, when a 
performance of the computer is high, the throughput of 
15 the computer per a unit time is also high. Accordingly, 
the software maker should request the more number of keys 
to the user in accordance with the higher performance of 
the computer. 

As shown in Fig. 3, in the case that the application 

20 program is not particularly designed, according to a view 
point of the user, since the performance of the computer 
becomes higher so that an appearance performance of the 
software also becomes higher, the application program 
should be operated based on less number of keys . 

25 According to this view point, the software maker should 
consider so as to be able to start the software based on 
less number of keys. However, the above is particular 
case. For example, when the software is on the way of 
development and design, and when the performance thereof 

30 is not finally determined in the software maker, the 

software maker wishes to use that software in the user 
side in order to improve the performance. 

As shown in Fig. 4, for the user who buys a large 
amount of software, the necessary number of keys are 

35 gradually reduced in accordance with the number of 

purchased the keys. Accordingly, in this case, it is 
necessary to reduce a substantial unit price of the 
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software in the software maker. 

As shown in Fig. 5, the software maker supplies the 
software free of charge until a predetermined date (this 
corresponds to "the necessary number of keys is zero"), 
5 and supplies the software for a fee after that 

predetermined date (this corresponds to "the number of 
key is larger than zero"). 

As explained above, it is necessary to provide the 
license management system so as to determine the number 
10 of key in accordance with various factors in the use of 
the software, i.e., a factor caused by the hardware, a 
factor caused by the processing time, a factor caused by 
cost, etc . . 

The present invention aims to perform issuance of 
15 the number of keys enabling setting of parameters in 
flexibility in the software maker. 

In order to solve the above problem, the present 
invention comprises a function for determining the 
necessary number of keys (the number of key decision 
20 unit) . The number of license decision unit determines 
the number of licenses based on the following multi- 
nominal function. 

LK = f (xl, x2, , xn) (1) 

Where, LK is the number of licenses, and xn is a 
25 parameter which needs to determine the number of 

licenses. As parameters, as explained in Figs. 1 to 5, 
there are the memory capacity of the hardware, the clock 
speed of the system, and items which can set freely by 
the software maker and so on. 
30 Further, the present invention comprises a function 

for acquiring the values of parameters which are needed 
to determine the number of keys (parameter value 
acquiring means ) . 

When the number of key LK is set so as to always 
35 become "1", this becomes equivalent to the conventional 
system. This means that the system of the present 
invention is ranked to an upper position of the 
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conventional system, and is compatible with the 
conventional system. Accordingly, based on the function 
of the present invention, it is possible to realize an 
issuance of the number of keys in which the sales 
strategy was considered in the software maker. Further, 
it is possible to utilize the fixed number of key in the 
conventional art. As a result, it is possible to provide 
an improved license management system for the software. 

Figure 6 is a basic structural view of the first 
embodiment of the license management system according to 
the present invention. In the drawing, A denotes a 
license management unit, B denotes an application 
program, and C denotes a number of key decision unit 
(daemon program) . As is known, a daemon program is the 
program which is automatically executed in a background 
based on an operating system (OS) . In the present 
invention, all transmission and reception of the data are 
performed through a network UNIX systems using, for 
example, the TCP/IP (Transmission Control 
Protocol /Internet Protocol). In the following drawings, 
each numeral denotes an order of process. 

Process 1: When the application program B starts, 
it delivers parameters (for example, NoOfKeys) to the 
number of license decision unit in order to substitute 
necessary number of keys which need to start the 
application program. 

Process 2: The number of key decision unit C checks 
values of the necessary parameters which are needed to 
determine the number of keys and determines the number of 
keys, substitutes the determined number of keys for the 
parameters (NoOfKeys) delivered from the application 
program, and returns the parameters to the application 
program B. 

Process 3: The application program B notifies the 
necessary number of keys to the license management unit A 
by delivering the parameters (NoOfKeys), and requests the 
license. 
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Process 4: The license management unit A notifies 
the number of keys (NoOfKeys), which are notified from 
the application program, to the number of key decision 
unit C in order to confirm whether the number of keys 
requested by the application program B is correct. 

Process 5: The number of key decision unit C 
compares the number of keys, which is notified from the 
application program to the license management unit A, 
with the necessary number of keys which notified to the 
application program. When the number of keys is correct, 
the number of key decision unit C returns a normal flag 
to the license management unit A. 

The processes 4 and 5 are optional because these 
steps are used for confirmation as to whether correct 
request is performed. 

Process 6: When the license management unit A 
receives the normal flag from the number of key decision 
unit C f the license management unit subtracts the 
necessary number of keys from the number of keys which 
are held therein, returns the normal flag to the 
application program B when the number of keys which are 
held in the license management unit, is not negative, and 
issues the license to the application program B. When 
the application program B receives issuance of the 
license, it becomes an executable application program. 
If the abnormal flag, which indicates rejection, for 
example, the flag indicating that the number of keys 
become negative, is returned from the license management 
unit A, the application program is terminated at that 
time. 

Figure 7 is a basic structural view of the second 
embodiment of the license management system according to 
the present invention. In the above first embodiment, 
the number of key decision unit C operates as an 
independent daemon program. In this embodiment, the 
number of key decision function C is included within the 
application program as a function call. In this case, it 
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is different from the first embodiment, the process 1 is 
applied as the function call of a variable argument, and 
the process 2 is applied as a return value thereof. 
Further, the number of keys is determined by the 
application program including the number of key decision 
unit C itself based on the formula (1). 

Process 1: When the application program B starts, 
it delivers the parameter (NoOfKeys) to the number of key 
decision function C in order to receive the number of 
key which it needs to start itself. 

Process 2: The number of key decision function C 
checks the necessary value of the parameter, and 
determines the number of keys. Further, the number of 
key decision function C substitutes the values for the 
parameters delivered from the application program B, and 
returns the parameter (NoOfKeys) with the values to the 
application program B. 

Process 3: The application program B notifies the 
necessary number of keys to the license management unit A 
by delivering the parameter (NoOfKeys), and requests the 
license . 

The processes 4 and 5 in the first embodiment are 
omitted because these steps are optional . 

The process 6: When the license management unit A 
receives the request from the application program B, it 
subtracts the necessary number of keys from the number of 
keys which are held in the license management unit A 
itself. As a result of subtraction, if the stored number 
of keys is not negative, the license management unit A 
returns the normal flag to the application program B, and 
issues the license thereto. When the application 
program B receives the issuance of the license, it 
becomes the executable application program. If the 
abnormal flag is returned from the license management 
unit A f the application program B terminates at that 
time. 

Figure 8 is a basic structural view of the third 
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embodiment of the license management system according to 
the present invention. In the above first embodiment, 
when changing the multi-nominal function according to the 
situation at the software maker, a method of directly 
5 changing the number of key decision unit C is employed to 
change multi-nominal function. In the present 
embodiment, a database D for determining the multi- 
nominal function is separately provided in order to read 
the multi-nominal function to the number of key decision 

10 unit C. In this case, when changing the multi-nominal 
function, the database D is changed so that it is not 
necessary to change the multi-nominal function in the 
number of key decision unit C. 

Process 1: When the application program B starts, 

15 it delivers the parameter (NoOfKeys) to the number of key 
decision function C in order to substitute the number of 
keys which it needs to start itself. 

Process 2: The number of key decision unit C reads 
the data from the database D (see process 7), and 

20 determines the multi-nominal function. Further, the 

number of key decision function C checks the necessary 
value of the parameter, and determines the number of key. 
Still further, the number of key decision function C 
substitutes the values for the parameters delivered from 

25 the application program B, and returns the parameters 
with the values to the application program B. 

Process 3: The application program B notifies the 
necessary number of key to the license management unit A 
by delivering the parameter (NoOfKeys), and requests the 

30 license. 

The processes 4 and 5 in the first embodiment are 
omitted because these steps are optional . 

The process 6: When the license management unit A 
receives the normal flag from the number of key decision 

35 function C, it subtracts the necessary number of keys 
from the number of keys which are held in the license 
management unit A itself. As a result of subtraction, 
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if the stored number of keys is not negative, the license 
management unit A returns the normal flag to the 
application program B, and issues the license thereto. 
When the application program B receives the issuance of 
the license, it becomes the executable application 
program- If the abnormal flag is returned from the 
license management unit A, the application program B 
terminates at that time. 

Figure 9 is a basic structural view of the fourth 
embodiment of the license management system according to 
the present invention. In the above second embodiment, 
the number of key decision function C is included within 
the application program B as the function call. In the 
present embodiment, a database D' for determining the 
multi-nominal function is separately provided in order to 
read the multi-nominal function to the number of key 
decision unit C . In this case, when changing the multi- 
nominal function, the database D ' is changed so that it 
is not necessary to change the multi-nominal function in 
the number of key decision function C. 

Process 1: When the application program B starts, 
it delivers the parameter (NoOfKeys) to the number of key 
decision function C in order to receive the number of 
key which it needs to start itself. 

Process 2: The number of key decision unit C reads 
the data from the database D' (see process 7), and 
determines the multi-nominal function. Further, the 
number of key decision function C checks the necessary 
value of the parameter, and determines the number of 
keys. Still further, the number of key decision 
function C substitutes the values for the parameters 
delivered from the application program B, and returns the 
parameters with the values to the application program B. 

Process 3: The application program B notifies the 
necessary number of key to the license management unit A 
by delivering the parameter (NoOfKeys), and requests the 
license . 
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The processes 4 and 5 in the first embodiment are 
omitted because these steps are optional. 

The process 6: When the license management unit A 
receives the request from the application program B, it 
5 subtracts the necessary number of keys from the number of 
keys which are held in the license management unit A 
itself. As a result of subtraction, if the stored number 
of key is not negative, the license management unit A 
returns the normal flag to the application program B, and 

10 issues the license thereto. When the application 
program B receives the issuance of the license, it 
becomes the executable application program. If the 
abnormal flag is returned from the license management 
unit A, the application program B terminates at that 

15 time. 

The processes shown in Figs. 6 to 9 are explained in 
detail with reference to the drawings. The following 
explanations are given in detail to the processes 3 and 6 
between the license management unit A and the application 

20 program B. 

Conventionally, the license management unit A 
checked whether the operation of the application program 
was normal, in such a way that one license daemon (daemon 
program) communicates with each application program. 

25 In this method, however, the license daemon must 

have many complicated communications with each 
application program. For example, the license daemon 
sends a check request for checking a predetermined item 
to each application program, and each application program 

30 returns an answer for the check request to the daemon 
program. In this case, since the answer is returned 
simultaneously from each application program to the 
daemon program, many answers become wait states in the 
license daemon. This is because many loads are applied 

35 to the license daemon* As a result, the processing time 
for each answer in the license daemon is delayed so that 
the performance of the software also becomes worse. 
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Accordingly, the present invention aims to reduce 
the loads in the license daemon and to eliminate the 
delay of the processing time in the software (i.e., 
application program) . 

According to achieve the above purpose, one private 
license daemon (APSM: Application Program Server 
Manager) and one private application manager (APCM: 
Application Program Client Manager) are provided in 
addition to the license daemon and the application 
program, and various communications are performed between 
the private license daemon APSM and the private 
application manager APCM as explained in detail below. 

Figure 10 is an explanatory view of the start 
process between the license daemon and the application 
program. When a user performs the start process of the 
application program, the application program API sends a 
request CIR (Check-In Request) to the license daemon LDP 
in order to acquire an approval of execution (i.e., 
license) . 

Figure 11 is an explanatory view of the fork process 
in the license daemon. The license daemon LDP generates 
a fork instruction in order to establish the private 
license daemon APSM1. The private license daemon APSM1 
sends the approval of execution CIRC (Check-In Request 
Confirmation) to the application program API and issues 
the license. In this case, the following three states 
are considered. 

a) When the approval of execution CIRC cannot be 
obtained from the private license daemon APSM1, the 
application program API terminates the process. 

b) When the approval of execution CIRC can be 
obtained from the private license daemon APSM1, but it 
includes "invalid" contents, the application program API 
notifies an invalidation to the user. 

c) When the approval of execution CIRC can be 
obtained from the private license daemon APSM1, and it 
includes "valid" contents, the application program API 
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generates the fork instruction in order to establish the 
private application manager APCM1. 

Figure 12 is an explanatory view of the fork process 
in the application program. As explained in the above 
5 item (c), when the approval of the execution CIRC can be 
obtained from the private license daemon APSM1, and it 
includes "valid" contents, the application program API 
generates the fork instruction in order to establish the 
private application manager APCM1. After this process, 

10 the communications as to the license management are 

performed between the private license daemon APSM1 and 
the private application manager APCM1. The application 
program API starts to execute a proper program itself. 

Figure 13 is an explanatory view of the termination 

15 process of the application program. When the user 
performs the termination process of the application 
program API, the application program API sends a request 
for the termination SIGUSR2 (one kind of signal in UNIX) 
to the private application manager APCM1, and the 

20 application program API is terminated. 

Figure 14 is an explanatory view of the compulsory 
termination from the private application manager. For 
the case, if the application program does not terminate 
after sending the request for the termination SIGUSR2 

25 accidentally, the private application manager APCM1 sets 
an invalid information +ve (positive value) into a pipe. 
The application program API reads the invalid information 
+ve and terminates itself. 

Figure 15 is an explanatory view of the termination 

30 report of the application program. When the application 
program API terminates, the private application 
manager APCM1 sends the termination report CORC (Check- 
out Request Confirmation) indicating the termination of 
the application program API to the license daemon LDP, 

35 and the private application manager APCM1 terminates. 

Figure 16 is an explanatory view of the termination 
process of the private license daemon. Finally, the 
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license daemon LDP writes the information into the 
database after the application program API terminates, 
and generates a termination instruction SIGKILL (one kind 
of signal in UNIX) to the private license daemon APSM1 so 
5 as to terminate the private application daemon APSM1 
itself . 

Next, the polling operation between the private 
license daemon and the private application manager is 
explained in detail below. The periodical polling is 

10 performed between the private license daemon and the 

private application manager in order to check whether the 
normal communication is performed therebetween . 

Figure 17 is an explanatory view of the check 
request from the private license daemon. The private 

15 license daemon APSM1 sends the check request APPR 
(Application Program Poll Request) to the private 
application manager APCM1 in order to check whether the 
private application manager APCM1 is operating normally. 
Figure 18 is an explanatory view of the normal 

20 notification from the private application manager. The 
private application manager APCM1 sends the normal 
notification APPC (Application Program Poll Conformation) 
to the private license daemon APSM1 when the check of 
contents from the private license daemon APSM1 and the 

25 check of contents in the private application manager 
itself APCM1 are successful. 

Figure 19 is an explanatory view of the restart 
process from the private license daemon. When the 
private license daemon APSM1 gets an abnormal response 

30 from the private application manager APCM1 (Heart beat 

message exchange fails), the private license daemon APSM1 
sends the CORC message to the license daemon LDP and 
terminates itself. 

Figure 20 is an explanatory view of the license 

35 releasing process in the private license daemon. The 
license daemon LDP invalidates the application 
program API, and releases the license key which was 
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assigned to the application program API. 

Next, the polling operation from the private 
application manager APCM1 to the private license 
daemon APSM1 is explained below. 
5 Figure 21 is an explanatory view of the check 

request from the private application manager to the 
private license daemon. The private application 
manager APCM1 sends the check request APRR (Application 
Program Re-validation Request) to the private license 
10 daemon APSM1 . 

Figure 22 is an explanatory view of the normal 
notification from the private license daemon to the 
private application manager. The private license 
daemon APSM1 sends the normal notification APRC 
15 (Application Program Re-validation Confirmation) to the 
private application manager APCM1 when the check of the 
contents from the private application manager APCM1 and 
the check of the contents in the private license daemon 
itself are successful. 
20 Figure 23 is an explanatory view of the invalid 

information in the private application manager. When the 
check of the contents in the private application 
manager APCM1 and the check of the contents in the 
private license daemon APSM1 are unsuccessful, the 
25 private application manager APCM1 sets an invalid 

information +ve (positive value) into the pipe. The 
application program API reads the invalid information and 
terminates itself. 

Figure 24 is an explanatory view of the termination 
30 process in the private application manager. The private 
application manager APCM1 terminates itself after sending 
of the termination instruction to the parent application 
program . 

Next, the abnormal termination of the private 
35 license daemon is explained below. 

Figure 25 is an explanatory view of the restart in 
the private license daemon. When the private application 
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manager APCM1 detects the abnormal termination of the 
private license daemon APSM1, the private application 
manager APCM1 sends the request APRIR (Application 
Program Re-initiation Confirmation), to the license 
5 daemon LDP in order to restart the private license 
daemon APSM1. 

Figure 26 is an explanatory view of the invalid 
notification from the license daemon. When the license 
daemon detects that the private license daemon APSM1 
10 invalidates the request for a restart, the license 

daemon LDP sends the notification APRIC (Application 
Program Re-initiation Confirmation) indicating that the 
private license daemon APSM1 has not restarted, to the 
private application manager APCM1 . Further, the private 
15 application manager APCM1 terminates itself, and the 
application program API terminates. 

Figure 27 is an explanatory view of the restart 
notification from the license daemon. When the license 
daemon LDP detects that the private license daemon APSM1 
20 validates the request of restart, the license daemon LDP 
provides a new private license daemon APSM1 ' based on the 
fork instruction. The new private license daemon APSM1' 
updates the database, and sends the notification APRIC 
indicating that the private license daemon is restarted, 
25 to the private application manager APCM1. 

Figure 28 is an explanatory view of the polling 
process from the private license daemon to the license 
daemon. The private license daemon APSM1 performs the 
periodical polling to the license daemon LDP. If the 
30 private license daemon APSM1 finds an EXIT of the license 
daemon LDP (step 1), the private license daemon APSM1 
terminates itself (step 2). Accordingly, the normal 
operation of the application program API is interrupted 
by the private application manager APCM1 (step 3), and 
35 the private application manager APCM1 loops trying to 
send APRIR to the LDP ( step 4 ) , 

Figure 29 is an explanatory view of the termination 
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process in the license daemon. The license daemon LDP 
terminates in accordance with a request from a system 
administrator. There are two modes for termination, 
i.e., a normal termination (TR1) and another 
5 termination (TR2). The license daemon LDP checks a valid 
application program API having the license key after 
reception of the request of termination TR2, and the 
private license daemon APSM1 sends a termination 
instruction SDC (Shut Down Command) to the private 
10 application manager APCM1 (step 1). 

When the private application manager APCM1 receives 
the termination instruction SDC from the private license 
daemon APSM1, the private application manager APCM1 deals 
with this as a preferential message, and immediately 
15 determines termination itself. The private application 
manager APCM1 forces the application program API to 
surely send the instruction SIGUSR2 (one kind of signal 
in UNIX) to the private application program APCM1 before 
termination of the application program API (step 2). The 
20 private application program APCM1 performs the normal 
termination after reception of the instruction SIGUSR2 
from the application program API in accordance with the 
processes shown in Figs. 13 to 16. 

Figure 30 is an explanatory view of the termination 
25 process in the license daemon, when the private 
application manager APCM1 does not receive the 
instruction SIGUSR2 from the application program API 
within a predetermined time in the process shown in 
Fig. 29. The private application manager APCM1 sends the 
30 signal SIGKILL to the application program API (step 1) so 
that the application program API terminates (step 2). 

The private application manager APCM1 terminates 
itself after a predetermined time (step 3), and notifies 
this termination to the license daemon LDP using the 
35 instruction CORC (step 4). In this case, the license 
daemon LDP waits for the instruction CORC from the 
private application manager APCM1 during a predetermined 
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time. If the license daemon LDP does not receive the 
instruction CORC from the private application 
manager APCMl r the license daemon LDP terminates the 
private license daemon APSM1 (step 5). 
5 Figure 31 is an explanatory view of the abnormal 

termination in the license daemon. When the license 
daemon LDP terminates abnormally, the private application 
manager APCM1 interrupts the normal operation in the 
application program API (step 1), and interrupts itself 
10 (step 2). When the license daemon LDP restarts after 
abnormal termination, the license daemon LDP checks 
whether the private license daemon APSM1 terminated after 
abnormal termination (step 3). 

The license daemon LDP checks the pending state of 
15 the instruction APRIR in the private application 

manager APCM1. If the instruction APRIR is pending in 
the private application manager APCM1, the license 
daemon LDP receives the instruction APRIR from the 
private application manager APCM1 (step 4). The private 
20 license daemon APSM1 ' recovers only when the license 
daemon LDP received the instruction APRIR from the 
private application manager APCM1 (step 5). The license 
daemon LDP starts normal operation. 

Figure 32 is an explanatory view of the abnormal 
25 termination in the application program. When the 

application program API terminates without sending of the 
instruction SIGUSR2 to the private application 
manager APCM1, the private application manager APCM1 
sends the instruction APRR to the private license 
30 daemon APSM1 (step 1), and checks existence of the 
application program API (polling) (step 2) . If the 
private application manager APCM1 finds that the 
application program API terminated without notifying to 
the private application manager APCM1, the private 
35 application manager APCM1 sends the instruction CORC to 
the license daemon LDP (step 3). 

Figure 33 is an explanatory view of the abnormal 
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termination of the private license daemon and the private 
application manager. After the private application 
manager APCM1 terminates (step 1), the application 
program API also terminates after checking the 
5 information +ve (positive value) of the pipe provided 
between the application program API and the private 
application manager APCM1 (step 2). The license 
daemon LDP receives the signal CORC from the private 
license daemon APSM1 (step 3), and releases the license 
10 key for the application program API. 

Figure 34 is an explanatory view of the abnormal 
termination in both application program and the private 
application manager. When both the application 
program API and the private application manager APCM1 
15 terminated abnormally without notifying to either the 
license daemon LDP or the private license daemon APSR1 
(step 1), the private license daemon APSM1 does not 
acquire the confirmation APPC (Application Program Poll 
Confirmation) for the request APPR (Application Program 
20 Poll Request) (step 2). 

After the private license daemon APSM1 found the 
termination of the private application manager APCM1 
(step 4), the private license daemon APSM1 checks for the 
existence of the application program API. If the 
25 application program API exists, the private license 

daemon APSM1 waits for termination of the application 
program API by polling thereto (step 5). After the above 
process, the private license daemon APSM1 notifies the 
termination of the application program API to the license 
30 daemon LDP using the instruction CORC (step 6). The 

license daemon LDP releases the license key assigned to 
the application program API. 

Figure 35 is an explanatory view of the abnormal 
termination in both application program and the private 
35 license daemon. When the application program API 

terminates abnormally (step 1), the private application 
manager APCMl detects this abnormal termination (step 2) 

RECTIFIED SHEET (RULE 91) 
ISA/EP 
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and sends the confirmation CORC to the license daemon LDP 
(step 3). The license daemon LDP releases all license 
keys which are held in the application program API and 
terminates the private license daemon APSM1 (step 4). If 
5 the private license daemon APSM1 has already terminated, 
there is no problem. 

Figure 36 is an explanatory view of the abnormal 
termination in both license daemon and the private 
license daemon. There are two cases in the termination 

10 of the license daemon LDP and the private license 

daemon APSM1 as follows. 1) Both the license daemon LDP 
and the private license daemon APSM1 are killed by the 
signal SIGKILL. 2) The license daemon LDP is abnormally 
killed, the private license daemon APSM1 checks the 

15 license daemon LDP. When the private license 

daemon APSM1 found that the license daemon LDP terminated 
and executed the EXIT, the private license daemon APSM1 
is killed by itself. 

In this situation, the private application 

20 manager APCMi interrupts the application program API 

after setting of information -ve (negative value) to the 
pipe between the application program API and the private 
application manager APCMI (step 1), and sends the 
request APRIR to the license daemon LDP (step 2). 

25 Figure 37 is an explanatory view when the license 

daemon LDP restarts after the situation described in the 
explanation of Fig. 36. When the license daemon LDP 
restarts, it recognizes the request APRIR (step 1), and 
recovers a new private license daemon APSM1' in order to 

30 communicate with the private application manager APCMI. 

Figure 38 is an explanatory view of the system 
structure. As shown in the drawing, for example, one 
license daemon LDP can establish two groups, I and II, 
each having the application program AP, the private 

35 application manager APCM, and the private license 

daemon APSM. According to this structure, it is possible 
to reduce the load of the license daemon LDP. As a 
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result, it is possible to eliminate the delay of the 
processing time in the software. 

Next, the following explanations are given for the 
concrete decision method for the number of key according 
5 to the present invention. 

Figure 39 is a flowchart for determining the number 
of license (number of key). Further, Figures 40(A) to 
40(1) are actual function lists for determining the 
number of key, Figures 41(A) to 41(F) are explanatory 

10 views of the sample program, and Figures 42(A) to 42(C) 
are explanatory views of the execution result of the 
sample program. 

The actual program using the functions shown in 
Figs. 40(A) to 40(1) is provided for processing a 

15 predetermined file. In this program, the following 

items, for example, file size to be processed, platform, 
number of CPU, capacity of memory, etc., are considered. 
Based on above consideration, this program has been 
designed so as to automatically start a plurality of 

20 processes in parallel so that it is possible to realize 

high speed processing of the program. Accordingly, it is 
necessary to increase/decrease the number of key in 
accordance with the number of processes to be started in 
parallel . 

25 The actual function for determining the number of 

key is explained in detail below. 

In Figs. 40(A) to 40(1), a first function 
"GetSystemParameters" gets five parameters, such as, 
number of CPU (Ncpu), page size of memory (Psize), number 

30 of page for all physical memory capacity (PhyPage), 

number of page of vacant memory capacity (AvPage), and 
platform (Platform) . These parameters are delivered to a 
second function "DetermineNumberOf License" . 

The second function "DetermineNumberOf License" 

35 receives a size of the file and five parameters from the 
first function "GetSystemParmaters " , and determines the 
number of parallel processing. At the same time, the 
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second function "DetermineNumberOf License" determines the 
necessary number of keys and returns the number of keys 
as "return value". 

At first, the first function "GetSystemParameters" 
5 is explained in detail regarding a first block (lines 53 
to 68) and a second block (lines 71 to 89) in Fig. 40(D). 

Regarding the first block (lines 53 to 68), the 
first function "GetSystemParameters " gets the following 
parameters, i.e., number of CPU (sysconf (_JSC_NPPROCESSORS 
10 ONLN) ) , page size of memory (sysconf („SC_PAGESIZE) ) , 

number of page of all physical memory capacity (sysconf ( 
SC_ PHYS_PAGES ) ) , and number of page of vacant memory 

capacity (sysconf (_SC„AVPHYS PAGES)). If there is an 

error in any one of parameters, the process is 
15 interrupted. 

Regarding the second block (lines 71 to 89), the 
first function "GetSystemParameters" gets the platform 
(PLATFORM) . If there is an error in the platform, the 
process is interrupted. When the first function 
20 "GetSystemParameters" gets normally all parameters, each 

value of the following parameters, i.e., number of CPU 
(Ncpu), page size of memory (Psize), number of page for 
all physical memory capacity (PhyPage), and number of 
page for vacant memory capacity (AvPage), are substituted 
25 for predetermined variables. 

Second, the second function 
"DetermineNumberOf License" is explained in detail with 
reference to Fig. 39 and Figs. 40(F) to 40(1). 

Regarding the first block (lines 125 to 134), 
30 whether a given argument is normal or not is checked. If 
the argument is abnormal, the process is interrupted. If 
the argument is normal, the number of license (number of 
key) is set to "default number" ( NL=NL_DEFAULT ) (see (1) 
on line 126 ) . 

35 Regarding the second block (lines 138 to 147), 

either if the number of CPU within the hardware is one, 
or if it is not a SPARC server, it is determined that the 
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parallel processing cannot be executed. In this case, it 
is determined that the number of process is one and the 
number of license is the default number. Then, the 
process is terminated in the range of this function . If 
5 it is the SPARC server having two or more CPUs, the 
number of license (key) is set to double of default 
number ( NL=NL_DE FAULT + NLJOEFAULT) (see (2) on 
line 139). 

Regarding the third block (lines 150 to 157), a 
10 given file size is changed to the number of memory page 
(see (3) on line 150). 

Regarding the fourth block (lines 160 to 181), 
whether the parallel processing (specified program) 
should be performed is determined, and the number of 
15 parallel processes and the number of key are determined. 

Regarding lines 163 to 166, if the value (file size 
* NL_MEM_F ACTOR ) is larger than the vacant memory 
capacity, it is meaningless to perform the parallel 
processing (According to an experiment, it is obvious 
20 that the high speed processing cannot be obtained.). 
Accordingly, a single process is performed, and the 
number of key is determined to the default number (i.e., 
NL = 2 ) . 

Regarding lines 167 to 181, if the value (file size 
25 * NL_MEM_FACTOR) is smaller than the vacant memory 

capacity, the process is divided into the following three 
cases . 

1) Regarding lines 167 to 171, if the value (file 
size * NL__MEM_F ACTOR ) is smaller than 10 6 bytes, it is 

30 meaningless to perform the parallel processing (As 

mentioned above, as a result of an experiment, it is 
obvious that the high speed processing cannot be 
obtained.). Accordingly, a single process is performed, 
and the number of key is determined to (default number 

35 * number of process) 

2) Regarding lines 172 to 176, if the value (file 
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size * NL_MEM_F ACTOR ) is larger than 10 6 bytes, but less 
than 2 * 10 6 bytes, two parallel processes are performed, 
and the number of key is determined by the value (default 
number * number of process). 
5 3) Regarding lines 177 to 181, if the value (file 

size * NLJ4EM_FACTOR) is larger than 2 * 10 6 bytes, the 
number of parallel processing is performed based on the 
value (number of CPU - 1), the number of key is 
determined by the value (default number * number of 

10 process). 

Next, the explanation is given of one sample of the 
program shown in Figs. 41(A) to 41(F). This sample 
program utilizes the function "GetSystemParameters M and 
gets the information of the hardware, i.e., platform, 

15 number of CPU, page size of memory, number of page for 
all physical memory capacity, and number of page of 
vacant memory capacity. Result of the above is displayed 
on a screen. Furthermore, by using the function 
M DetermineNumberOf License " , the number of process and the 

20 number of license (number of key) for twelve kinds of 
file sizes are displayed on the screen. 

The sample program shown in Figs. 41(A) to 41(F) is 
explained in detail below. 

Regarding the first block (lines 54 to 62), first, 

25 variables are initialized (reset). That is, the number 
"0" is substituted for the information of the hardware, 
i.e., number of CPU(Ncpu), page size memory ( Ps i ze ) , 
number of page for all physical memory capacity (PhyPage) , 
and number of page of vacant memory capacity (AvPage) . 

30 Further, "NULL" is substituted for the platform 
(PLATFORM) . 

Regarding the second block (lines 65 to 81), actual 
numbers of the hardware, i.e., number of CPU(Ncpu), page 
size of memory ( Ps ize ) , number of page for all physical 
35 memory capac ity( PhyPage ) , and number of page of vacant 

memory capacity (AvPage) , are determined and displayed on 
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the screen. 

Regarding the third block (lines 85 to 103), 
regarding twelve kinds of file sizes, the number of 
parallel processing (number of process) and the number of 
5 license (number of key) are determined based on the 

information of the hardware given by the above processes. 
The determined number of process and number of license 
are displayed on the screen. 

The result of execution of the sample program is 
10 explained in detail with reference to Figs. 42(A) to 
42(C). The sample program was executed by using two 
kinds of workstations (model S-4/1 and model S-4/1000) 
each using Solaris 2.5. 

In Fig. 42(A), the sample program was executed by 
15 the model S-4/1 as the platform. In this case, since the 
number of CPU is only one, the number of license (number 
of key) is always one regardless file size. 

In Fig. 42(B), the sample program was executed by 
the model S-4/1000 as the platform. In this case, the 
20 SPARC server having four CPUs was used for this model, 
and the number of parallel processing and the number of 
license (number of key) are different each other in 
accordance with the file size. 

In Fig. 42(C), the sample program was also executed 
25 by the model S-4/1000 as the platform. In this case, the 
SPARC server having four CPUs was also used for this 
model. Since the number of pages of the vacant memory 
capacity (AvPage) is small, the parallel processing was 
not performed. Accordingly, all number of license 
30 (number of key) are two. 

As is obvious from above explanations, basically, 
the number of key decision function is created so as to 
satisfy the following items. 

First, the performance of the CPU has been checked 
35 previously. When the CPU has high performance, it is 
necessary to provide many number of keys. 

Second, the vacant memory capacity and the file size 
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are compared each other. When the parallel processing 
should be performed, it is necessary to provide many 
number of keys. 

Third, if there is another parameter to be 
considered, it is possible to change the number of 
license (number of key) by making functions similar to 
the above. 

CAPABILITY OF UTILIZATION IN INDUSTRY 

As explained above, according to the present 
invention, it is possible to solve various problems 
existing in both software maker and the user in the 
conventional license system. Accordingly, the software 
maker has always searched and developed an optimum 
license management in order to supply the software, which 
have been developed at large expense, to the user based 
on a suitable price. As a result, the license management 
system according to the present invention can provide an 
issuance of license in which the sales strategy was 
sufficiently considered so that the present invention 
includes very high possibility for utilization in an 
industry. 
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1. A license management system for software which 
drives a single computer or a plurality of computers, 
comprising: 

5 an application program for requesting a 

decision of the number of license which needs to drive 
itself and for receiving issuance of the license; 

a number of license decision means for 
determining the necessary number of license in accordance 
10 with the request from the application program; and 

a license management means for issuing the 
number of license which was determined by the number of 
license decision means. 

2. A license management system as claimed in 
15 claim 1, wherein the number of license decision means 

comprises means for determining the number of license 
based on the following multi-nominal function, 
LK = f (xl, x2, , xn) 

where, LK is the number of license, xl to xn 
20 are parameters which need to determine the number of 
license. 

3. A license management system as claimed in 
claim 1, wherein the number of license decision means 
comprises means for acquiring necessary parameters to 

25 determine the number of license when the application 
program starts . 

4. A license management system as claimed in 
claim 1, wherein the license management means comprises 
means for subtracting the necessary number of license 

30 from the number of licenses, which are held in the 

license management means, when the number of license is 
correct, and issuing the license to the application 
program when the number of license held therein are not 
negative . 

35 5. A license management system as claimed in 

claim 1, wherein the number of license decision means is 
a daemon program. 
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6. A license management system as claimed in 
claim 1, further comprising a database for determining a 
multi-nominal function, wherein the multi-nominal 
function is changed in the database without changing the 

5 multi-nominal function in the number of license decision 
means . 

7. A license management system for software which 
drives a single computer or a plurality of computers, 

an application program for requesting a 
10 decision of the number of license which needs to drive 
itself and for receiving issuance of the license; 

a number of license decision function included 
in the application program for determining the necessary 
number of license in accordance with the request from the 
15 application program; and 

a license management means for issuing the 
number of license which was determined by the number of 
license decision function. 

8. A license management system as claimed in 

20 claim 7, wherein the number of license decision function 
is a function call, 

9. A license management system as claimed in 
claim 7, wherein the number of license decision function 
comprises means for determining the number of license 

25 based on the following multi-nominal function, 
LK = f (xl, x2, , xn) 

where, LK is the number of license, xl to xn 
are parameters which need to determine the number of 
license . 

30 10. A license management system as claimed in 

claim 7, wherein the number of license decision function 
comprises means for acquiring values of the necessary 
parameters to determine the number of license when the 
application program starts. 

35 11. A license management system as claimed in 

claim 7, wherein the license management means comprises 
means for subtracting the necessary number of license 



1 



WO 99/04354 PCT/JP97/02460 

- 32 - 

from the number of licenses, which are held in the 
license management means, when the number of license is 
correct, and issuing the license to the application 
program when the number of license held therein are not 
5 negative. 

12. A license management system as claimed in 
claim 7, further comprising a database for determining a 
multi-nominal function, wherein the multi-nominal 
function is changed in the database without changing the 

10 multi-nominal function in the number of license decision 
means . 

13. A method for managing licenses in a license 
management system at least comprising a license 
management means, an application program and a number of 

15 license decision means, and for managing software which 
drives a single or a plurality of computers, the method 
comprising the steps of: 

delivering parameters from the application 
program to the number of license decision means in order 

20 to substitute the number of license, which needed to 
start the application program itself, for the multi- 
nominal function, when the application program starts; 

determining the number of license by checking 
values of the necessary parameters which need to 

25 determine the number of license in the number of license 
decision means, substituting the determined number of 
license for the parameters delivered from the application 
program, and returning the parameters to the application 
program; 

30 notifying the necessary number of license from 

the application program to the license management means 
by delivering the parameters, and requesting the license; 
and 

subtracting the necessary number of license 
35 from the number of licenses, which are held in the 

license management means, when the license management 
means receives a normal flag from the number of license 
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decision means, and returning the normal flag to the 
application program when the number of licenses, which 
are held in the license management means, is not 
negative, and issuing the license to the application 
5 program . 

14, A method for managing licenses in a license 
management system as claimed in claim 13, wherein the 
license management means further comprises the step of 
notifying the number of license notified from the 

10 application program to the number of license decision 

means in order to confirm whether the number of license 
requested by the application program is correct; and the 
step of comparing the number of license notified from the 
application program to the license management means with 

15 the necessary number of license notified to the 

application program, and of returning the normal flag to 
the license management means when a result of comparison 
is correct, 

15. A method for managing licenses in a license 
20 management system as claimed in claim 13, wherein the 

license management means further comprises the step of 
terminating the application program at a time when an 
abnormal flag is returned from the license management 
means . 

25 16. A method for managing licenses in a license 

management system as claimed in claim 13, wherein the 
number of license decision means is a daemon program. 

17 . A method for managing licenses in a license 
management system at least comprising, an application 

30 program, a license management means, and a number of 
license decision function provided in the application 
program, and for managing software which drives a single 
or a plurality of computers, the method comprising the 
steps of; 

35 delivering parameters from the application 

program to the number of license decision function in 
order to receive the necessary number of licenses which 



WO 99/04354 PCT/JP97/02460 

- 34 - 

needed to start itself when the application program 
starts; 

determining the number of license by checking 
values of the necessary parameters which need to 
5 determine the number of license in the number of license 
decision means, substituting the determined number of 
license for the parameters delivered from the application 
program, and returning the parameters to the application 
program; 

10 notifying the necessary number of license from 

the application program to the license management means 
by delivering the parameters, and requesting the license; 
and 

subtracting the necessary number of license 
15 from the number of licenses, which are held in the 

license management: means, when the license management 
means receives a request from the application program, 
and returning a normal flag to the application program 
when the number of licenses, which are held in the 
20 license management means, is not negative, and issuing 
the license to the application program, 

18. A method for managing licenses in a license 
management system as claimed in claim 17, wherein the 
license management means further comprises the step of 

25 terminating the application program at a time when an 
abnormal flag is returned from the license management 
means . 

19. A method for managing licenses in a license 
management system as claimed in claim 17, wherein the 

30 number of license decision function is a function call. 

20. A method for managing licenses in a license 
management system at least comprising, a license 
management means, an application program, a number of 
license decision means, and an external database, and for 

35 managing software which drives a single computer or a 

plurality of computers, the method comprising the steps 
of; 
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delivering parameters from the application 
program to the number of license decision means in order 
to substitute the necessary number of licenses which 
needed to start itself when the application program 
5 starts; 

reading data from the database to the number of 
license decision means, determining a multi-nominal 
function and the number of license by checking the values 
of necessary parameters in order to determine the number 

10 of license, substituting the determined number of license 
for parameters delivered from the application program, 
and returning the parameters to the application program, 
in the number of license decision means; 

notifying the necessary number of license from 

15 the application program to the license management means 

by delivering the parameters, and requesting the license; 
and 

subtracting the necessary number of license 
from the number of licenses, which are held in the 

20 license management means, when the license management 

means receives a normal flag from the number of license 
decision means, returning the normal flag to the 
application program when the number of licenses, which 
are held in the license management means, is not 

25 negative, and issuing the license to the application 
program . 

21. A method for managing licenses in a license 
management system as claimed in claim 20, wherein the 
license management means further comprises the step of 

30 notifying the number of license notified from the 

application program to the number of license decision 
means in order to confirm whether the number of license 
requested by the application program is correct; and the 
step of comparing the number of license notified from the 

35 application program to the license management means with 
the necessary number of license notified to the 
application program, and of returning the normal flag to 



WO 99/04354 



PCT/JP97/02460 



- 36 - 

the license management means when a result of comparison 
is correct. 

22. A method for managing licenses in a license 
management system as claimed in claim 20, wherein the 

5 license management means further comprises the step of 
terminating the application program at a time when an 
abnormal flag is returned from the license management 
means . 

23. A method for managing licenses in a license 
10 management system as claimed in claim 20 , wherein the 

number of license decision means is a daemon program. 

24. A method for managing licenses in a license 
management system as claimed in claim 20 , wherein the 
database is changed when the multi-nominal function is 

15 changed without changing the number of license decision 
means . 

25. A method for managing licenses in a license 
management system at least comprising, an application 
program, a license management means, a number of license 

20 decision function provided in the application program and 
an external database, and for managing software which 
drives a single computer or a plurality of computers, the 
method comprising the steps of; 

delivering parameters from the application 

25 program to the number of license decision function in 

order to receive the necessary number of licenses which 
it needs to start itself when the application program 
starts ; 

reading data from the database to the number of 
30 license decision means, determining a multi-nominal 

function and the number of license by checking the values 
of necessary parameters in order to determine the number 
of license, substituting the determined number of license 
for parameters delivered from the application program, 
35 and returning the parameters to the application program, 
in the number of license decision means; 

notifying the necessary number of license from 
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the application program to the license management means 
by delivering the parameters, and requesting the license; 
and 

subtracting the necessary number of license 
5 from the number of licenses which are held in the license 
management means when the license management means 
receives a request from the application program, 
returning a normal flag to the application program when 
the number of licenses, which are held in the license 
10 management means, is not negative, and issuing the 
license to the application program. 

26. A method for managing licenses in a license 
management system as claimed in claim 25, wherein the 
license management means further comprises the step of 

15 terminating the application program at a time when an 
abnormal flag is returned from the license management 
means . 

27. A method for managing licenses in a license 
management system as claimed in claim 25, wherein the 

20 number of license decision function is a function call. 

28. A license management system as claimed in 
claim 1 or 7, further comprising a private license daemon 
separately provided from the license daemon of the 
license management means, and a private application 

25 manager separately provided from the application program, 
wherein communication is performed between the private 
license daemon and the private application manager. 

29. A license management system as claimed in 
claim 28, wherein a plurality sets of the private license 

30 daemon and the private application manager are 
established for one license daemon. 

30. A method of communicating information between a 
private license daemon and a private application manager, 
the private license daemon being separately provided from 

35 a license daemon of a license management means, and the 
private application manager being separately provided 
from an application program, the method comprising the 
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steps of: 

sending a request from the application program 
to the license daemon in order to acquire an approval of 
execution of the license when a user starts the 
application program; 

generating a fork instruction in order to 
establish the private license daemon; and 

sending an approval of execution from the 
private license daemon to the application program in 
order to issue the license, 

31. A method of communicating information as 
claimed in claim 30, further comprising the step of 
terminating the application program when the approval of 
execution is not obtained from the private license 
daemon. 

32. A method of communicating information as 
claimed in claim 30, further comprising the step of 
notifying an invalidation from the application program to 
the user when the approval of execution is obtained from 
the private license daemon, but it includes an invalid 
content . 

33. A method of communicating information as 
claimed in claim 30, further comprising the step of 
generating the fork instruction in order to establish the 

5 private application manager when the approval of 

execution is obtained from the private license daemon, 
and it includes a valid content; and of starting 
communication between the private license daemon and the 
private application manager. 

10 34. A method of communicating information as 

claimed in claim 30, further comprising the step of 
sending a request of termination from the application 
program to the private application manager when the user 
terminates the application program. 

(5 35. A method of communicating information as 

claimed in claim 30, further comprising the step of 
setting an invalid information into a pipe from the 
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private application manager, and reading the invalid 
information of the pipe from the application program when 
the application program does not terminate after sending 
a request for the termination accidentally. 
5 36* A method of communicating information as 

claimed in claim 30, further comprising the step of 
sending a termination report indicating termination of 
the application program from the private application 
manager to the license daemon when the application 
10 program was terminated. 

37. A method of communicating information as 
claimed in claim 30, further comprising the step of 
writing the information from the license daemon to an 
external database when the application program was 

15 terminated, and generating an instruction of termination 
from the license daemon to the private license daemon. 

38. A method of communicating information as 
claimed in claim 30, further comprising the step of 
periodically polling between the private license daemon 

20 and the private application manager in order to check 

whether normal communication is performed therebetween. 

39. A method of communicating information as 
claimed in claim 38, further comprising the step of 
sending a check request from the private license daemon 

25 to the private application manager in order to check 
whether the private application manager operates 
normally. 

40. A method of communicating information as 
claimed in claim 38, further comprising the step of 

30 sending a normal notification from the private 

application manager to the private license daemon when 
check of contents from the private license daemon and 
check of contents in the private application manager 
itself are successful. 

35 41. A method of communicating information as 

claimed in claim 38, further comprising the step of 
sending a termination instruction from the private 
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license daemon to the license daemon when the private 
license daemon gets an abnormal response from the private 
application manager, and terminating the private license 
daemon itself. 

5 42. A method of communicating information as 

claimed in claim 38, further comprising the step of 
performing an invalidation process from the license 
daemon to the application program in order to release the 
license which was assigned from the license daemon to the 
10 application program. 

43. A method of communicating information as 
claimed in claim 38, further comprising the step of 
sending a check request from the private application 
manager to the private license daemon in order to check 

15 whether the private license daemon operates normally. 

44. A method of communicating information as 
claimed in claim 43, further comprising the step of 
sending a normal notification from the private license 
daemon to the private application manager when check of 

20 contents from the private application manager and check 
of contents in the private license daemon itself are 
successful . 

45. A method of communicating information as 
claimed in claim 43, further comprising the step of 

25 setting an invalid information into a pipe from the 

private application manager when check of contents in the 
private application manager itself and check of contents 
in the private license daemon are unsuccessful, and 
terminating the application program itself by reading the 

30 invalid information from the pipe. 

46. A method of communicating information as 
claimed in claim 30, further comprising the step of 
sending a request of restart from the private application 
manager to the license daemon in order to restart the 

35 private license daemon when the private application 

manager detects an abnormal termination of the private 
license daemon. 
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47. A method of communicating information as 
claimed in claim 46, further comprising the step of 
sending a notification indicating that the private 
license daemon is not restarted, to the private 

5 application manager when the license daemon detects that 
the private license daemon invalidates the request of 
restart . 

48. A method of communicating information as 
claimed in claim 46 , further comprising the step of 

10 providing a private license daemon based on a new fork 
from the license daemon when the license daemon detects 
that the private license daemon validates the request of 
restart and updating a database from the new private 
license daemon, and sending a notification indicating 

15 that the new private license daemon is restarted, from 

the new private license daemon to the private application 
manager . 

49. A method of communicating information as 
claimed in claim 30, further comprising the step of 

20 periodically polling from the private license daemon to 
the license daemon. 
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